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PROTOCOL PROCESSOR INTENDED FOR THE EXECUTION OF A COLLECTION 
OF INSTRUCTIONS IN A REDUCED NUMBER OF OPERATIONS 

The present -invention relates to processors and 
more particularly concerns protocol processors . 

The tendency to denser and denser integration of 
computer hardware leads to the requirement to have 
5 greater and greater computational power available for 
this hardware . 

In every application , there are differing infor- 
mation processing needs. 

Two classes of processing are distinguished, 
10 - scalar processing not calling upon a dedicated 

digital processor (DSP) 

- vector processing calling upon a DSP . 

Scalar processing encompasses a high-level task 
which is the monitoring of the application or the manage- 
15 ment of functioning and tasks which are generally carried 
out by hard-wired logic or a processor which are the 
protocol processing ♦ 

Vector processing includes signal processing 
tasks generally carried out by a DSP and matrix computa- 
20 tion which requires a more powerful structure than that 
of the DSP and which is generally of the "array proces- 
sor" type. 

Currently, in low-cost applications, it is sought 
to reduce the number of processors to the minimum r so 

25 much so that, depending on the type of application, the 
main processor which monitors the progress of an al- 
gorithm will be either a microprocessor, or a DSP. If a 
protocol processing is needed in this application, it is 
endeavoured to process this protocol in the processor or 

30 in the dedicated digital processor DSP . 

Since protocol processing is highly oriented 
towards bit manipulation and interrupts, it will not be 
very costly if it ' is carried out by the microprocessor. 
By contrast, if a DSP is used, the structure of the 

35 processor and the instruction set will be poorly suited 
and will result in a loss of efficiency in the sense that 
more instructions will be required and utilization of the 
available silicon will be poor. 
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The same remark may be made as regards matrix 
processing which can be performed by a DSP since it 
contains a hard-wired multiplier. However, a microproces- 
sor is very poorly suited to performing such a matrix 
5 processing. 

The invention therefore aims to create a special 
processor architecture oriented towards protocol proces- 
sing and having a very simple structure which is not 
costly in numbers of transistors, yet makes it possible 

10 to unburden the main processor of a system, of simple 
tasks which are poorly suited to its complexity. 

The subject is therefore a protocol processor 
intended to be associated with at least one main proces- 
sor of a system with a view to the execution of tasks to 

15 which the main processor is not suited, characterised in 
that it comprises a program part including an incrementa- 
tion register, a program memory connected to the in- 
crementation register in order to receive addresses 
thereof, a decoding part intended to receive instructions 

20 from the program memory of the program part with a view 
to executing the said instruction in two cycles, and a 
data part for executing the instruction. 

The invention will be better understood with the 
aid of the description which will follow, given merely by 

25 way of example and made with reference to the attached 
drawings, in which: 

- Fig* 1 is a diagram of the distribution of 
tasks in an information processing system 
implementing the use of several processors; 

30 - Fig. 2 is a diagram of an application of a 

protocol processor to a collection of cellular 
radios ; 

- Fig. 3 is a table indicating the performance of 
a channel encoding/decoding routine; 

35 - Fig. 4 is a table representing the performance 

a routine for a modem (sic); 

- Fig. 5 is a diagram of a communication memory 
coming into the structure of the protocol 
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processor according to the invention; 

- Pig. 6 represents the writing by a program PI 
of parameters for a program P2 in a memory of 
the system; 

5 - Fig. 7 is a general overall diagram of a proto- 

col processor according to the invention; 

- Fig. 8 is a more detailed overall diagram of 
the protocol processor of Fig. 7; 

- Fig. 9 is a chart representing signals at 
10 diverse points of the protocol processor of 

Fig. 8; 

- Fig. 10 represents an instruction set for the 
protocol processor according to the invention; 

- Fig. 11 is a representation of the assigning of 
15 instruction bits; 

- Fig. 12 represents in detail the various 
fields ? 

- Fig. 13 represents the manner in which the 
condition monitoring block is connected up in 

20 the protocol processor according to the inven- 

tion; 

- Fig. 14 is a partial diagram of the means of 
generating a write pulse; 

- Fig. 15 is a table representing an exemplary 
25 instruction code for the protocol processor 

according to the invention; 

- Fig. IS is a diagram of an example showing the 
advantage of a structure according to the 
invention in relation to a conventional 

30 DSP TKS320 C25 in the generation of a CRC code; 

and 

- Fig. 17 shows an operating diagram for the 
arithmetic and logic unit of the protocol 
processor according to the invention. 

35 As already indicated in the preamble of the 

present description, in every application there exist 
different information processing needs , among which can 
be distinguished scalar processing and vector processing. 
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As represented in Fig. 1, in low-cost: applica- 
tions it is endeavoured to minimise the number of proces- 
sors, so much so that depending on the type of applica- 
tion, an information processing system comprises a main 
5 processor which monitors the progress of the algorithm 
and consists of either a microprocessor 1, or a DSP 2. In 
such an application, there is a need for a protocol 
processing 3 which it is sought to process in the proces- 
sor 1 or in the DSP 2. 

10 As indicated above, the processing of the proto- 

col is not very costly if it is carried out by the 
microprocessor 1, but if the DSP 2 is used, the structure 
of such a processor and the instruction set will be 
poorly suited and will result in a loss of efficiency due 

15 to the requirement of a more sizeable number of instruc- 
tions and to a poor utilization of silicon. 

The same remark may be made as regards matrix 
processing 4 which can be performed by a DSP 2 since it 
contains a hard-wired multiplier, but in respect of the 

20 execution of which a microprocessor is poorly suited. 

Fig. 2 shows a cellular-radio application in 
which a main processor 5 consists of a dedicated digital 
processor DSP . It effects both the management of the 
relevant application and the vocoder part. The protocol 

25 processing part is carried out by a dedicated processor 
6 adapted to bit processing. The modem part of the system 
which requires large computational power oriented towards 
vector processing is embodied in a dedicated processor 7 
of the array processor type. 

30 In this case, there is a significant processing 

need in regard to vectors, with three- to eight-bit 
accuracy and the core of a DSP generally working on 32 
bits is very poorly suited to such a task. Moreover, the 
silicon integrated circuits of such a system are very 

35 poorly utilized. 

Another advantage of sharing an application among 
several processors having differing characteristics, is 
that each processor works on its own task in parallel 
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with the others. If, in the example of Fig. 2, the three 
processors 5, 6 and 7 operate at the same clock fre- 
quency, the overall power of the circuit is tripled. The 
factor of efficiency of the ' instruction set which is 
5 adapted to the relevant task must also be added to these 
advantages . 

For two conventional routines for protocol 
processing, computation of the CRC and identification, 
the efficiency of the processor S in relation to a DSP of 

10 the TMS 320 C50 type is 2.2, whereas the ratio in terms 
of number of transistors for producing two processors is 
0.11. The table of Fig. 3 shows the performance of the 
channel encoding/decoding routines . The second column 
from the left indicates the routine required for employ- 

15 ing a DSP, whereas the third column shows elements of a 
routine entailing the use of a protocol processor. 

It follows from the foregoing that the MIPS/XTOR 
performance ratio is 19.6 in favour of the protocol 
processor 6. 

20 In the case of an array processor, such as the 

processor 7 of the system of Fig. 2, whose performance in 
respect of modem routines is represented in the table of 
Fig. 4, it is also shown that for a modem routine, there 
is also a significant efficiency ratio between the DSP 5 

25 and the processor 7, the gain being 10 in terms of MIPS. 

Several processors operating in parallel on 
different tasks make it possible to increase the process- 
ing power. The application is shared among the various 
processors which must exchange information. 

30 The means of exchange generally consist of a 

serial link or a communication memory. In Fig. 5 such a 
communication memory has been represented. In this figure 
are seen the DSP 5 and the processor 6 of the device of 
Fig. 2, the core 8 of the DSP 5 is connected to the core 

35 9 of the processor 6 by a synchronising circuit 10. The 
DSP 5 further includes a program ROM memory 11 and a 
local RAM memory 12. The protocol processor 6 includes 
also, a program ROM memory 13 and a local RAM memory 14. 



- 6 - 



The local RAM memories 12 and 14 of the DSP 5 and of the 
processor 6 are connected by a common DPRAM memory 15 
with dual port* The synchronising of the processes PI and 
P2 is performed by a test and set instruction TAS which, 
5 as indicated in Fig. 6, makes it possible to ensure that 
a single processor utilizes the memory 15 (or memory 
zon$) at any moment. 

There also exist other process synchronising 
mechanisms. For example, with the TAS instruction of Fig. 
10 6, the program PI writes parameters for the program P2 to 
the DPRAM memory 15 . 

Since the parameters are related, if P2 accesses 
the memory 15 during modification by PI, there is a risk 
of error. 

15 The program PI tests, with the TAS instruction, 

whether the memory 15 is available and generates an 
occupied signal. During modification of the parameters 
a,b,c and d which are in the memory 15, if the program ?2 
requests access to this memory zone, its TAS instruction 

20 returns an occupied signal to it- The program PI frees 
the memory 15 at the end of access and the program P2 can 
then a^ccsss the memory if it makes a new request. 

As Fig. 5 shows, each processor has its own ROM 
program memory 11, 13 respectively, a local work memory 

25 12, 14 and a processor core 8, 9. The synchronising means 
10 and the DPRAM 15 are common to both processors. 

In Fig. 7 has been represented the overall 
diagram of a protocol processor. 

The processor includes a processor proper 16 

30 connected to a program memory 17 by an address bus 18 and 
an instruction bus 19 . It is connected at data-stream 
level to a main processor 20 across a communication RAM 
memory 21 connected to each of the processors by a data 
bus 22, 23 and corresponding address bus 24, 25. 

35 The processor 16 can also be connected by data 

buses and selection and address buses 27, 28 to a hard- 
wired logic block 26 permitting the shaping of signals 
for a particular processing which it would be too costly 
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to carry out: by means of the protocol processor 16. The 
logic block 26 is moreover connected to the processor 16 
by an interrupt line 29. 

Fig. 8 shows in more detail the protocol proces- 
5 sor according to the invention. 

This processor in fact comprises three parts. 
A program part denoted with the general reference 
numeral 30 contains an incrementation register 31 which 
is incremented with each cycle except when an immediate 
10 value PMA is loaded by way of a bus 32. The register 31 
generates the address of a memory in the shape of a 
program 33 which itself generates an instruction on a bus 
34. The processor further comprises a decoder part 
denoted by the general reference numeral 35 which 
15 receives the code of the instruction from the program ROM 
memory 33. This instruction is executed in two cycles in 
pipeline mode as the diagram of Fig. 9 shows. 

During the cycle 1 indicated in this figure, the 
program memory 33 is read at the address PCI of the 
20 incrementation register 31. At the end of the cycle, the 
instruction II delivered by the program memory 33 is 
decoded. During cycle 2, the operators of the instruction 
are read at the addresses specified by the code and the 
data part 36 which supplements the processor and which 
25 will subsequently be described executes the instruction. 
The result is stored at the address specified by the code 
of the instruction at the end of cycle 2. 

During cycle 2, the decoder 37 of the decoding 
part executes the same process on the instruction 12 
30 situated at the address PC2 of the register 31. 

With each cycle the decoder generates, on the bus 
38, the address of the register used in the instruction 
and/or a RAM memory address on the bus 39. The decoder 37 
which also plays the role of monitoring device receives 
35 from both sides interrupt signals and test and set 
signals TAS which are intended for synchronisation. The 
data part 36 of the processor consists of a bank of 
registers 40 connected to two multiplexors MUX A and MUX 
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B 41 and 42 , intended for selecting the various registers 
or the RAM memories, .at the input of an arithmetic and 
logic and shift unit 43. The operation defined in the 
field of the instruction is executed between the two 
5 values at the inputs A and B of the arithmetic and logic 
and shift unit 43 and the result is carried within the 
same cycle to the destination address. 

This destination address is embodied in the 
diagram of Fig. 8 by a dual-port memory 44 which is 

10 common to the protocol processor and to the main process- 
ing unit CPU 45 with which it is associated. The memory 
44 is connected to the CPU 45 by means of a data and 
addres s bus 4 6 , 4 7 * 

In Fig. 10 has been represented an instruction 

15 set intended for the protocol processors according to the 
invention. 

It includes three classes of instructions: 

- Integers : arithmetic and logic operations on 
integer numbers . 

20 - Transfer : between register and register/ 

memory . 

- Monitoring : all the operations modifying the 
value of the incrementation register or PC 31 (Fig. 8). 

The fields, represented in Fig. 10/ of the 
25 instruction of the protocol processor will now be des- 
cribed. A 5-bit field reserved for the code of the 
instruction is denoted by 50. It defines the operation 
executed between the Srcl-2 operators. 

51 denotes a condition field which defines the 
30 conditions under which this instruction is executed. The 

corresponding conditions are defined in tables 10-1 and 
10-2 of Fig. 10. This part will subsequently be described 
in detail . 

52 defines an instruction W establishing whether 
35 the operation is executed between 16-bit words or bytes. 

53 indicates a field 3 + shift in which § indi- 
cates that the registers X or B contain the address of 
access to the common DPRAM memory 44 of Fig. 8. 
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+ denotes the registers X or B incremented by 

access to the memory- 
Shift denotes the result of the shifted operation 

in table 10-3 of Fig. 10 prior to writing to the destina- 
5 tion register. 

54 denotes the SRC1 instructions in which: 
X : constant 

- DMA : value contained in the DPRAM 44 at the 
address DMA 
10 - Rn : register 

55 SRC2/DEST Rm : source and destination register 
in the case of the operations on "Integers" and destina- 
tion register in the other cases . 

The assigning of the bits of the instruction is 
15 defined according to five types as represented in 
Fig. 11. 

The various fields are defined in detail in 

Fig. 12. 

As shown by the instruction set of Fig. 10, 
20 certain instructions much used in bit manipulation are 
not available directly. 

It will be seen that the instructions such as: 
CMP Compare 
BITC Bit test 

25 BSET Bit setting 

CSIF Compare and jump 

are constructed by adjoining the condition field Cc 
represented in Fig. 12 to that of the code or of the 
operation performed in the arithmetic and logic unit. 
30 Fig. 13 shows the way in % which a condition 

monitoring block 60 is connected up in the protocol 
processor according to the invention between the monitor- 
ing and decoding device 37 and the stack of registers 40. 

This condition monitoring block receives on the 
35 one hand the information from the state register SW 40d 
from the register stack 40 and from the condition field 
of the instruction. 
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As Fig. 14 shows in greater detail , the "REG 
WRITE" or "MEMORY WRITE" signals generate a write pulse 
if the input of a multiplexor 61 selected by the condi- 
tion code present on its inputs 62 is at the high level. 
5 In this case the result of the operation performed by the 
arithmetic and logic unit 43 is written to the destina- 
tion operator. 

In the contrary case there is no modification of 
the destination. 
10 The state register SW 40d is assigned by the 

result of the operation in progress. 

Fig. 15 shows an illustrative instruction code. 
The user code is : CMP + , A. The content of the 
reals ter A 40c is compounded with the content of the 
15 memory address defined by the register X 40a. The result 
assigns the following state bits : 

C = 1 if A > (X) 

Z = 1 if A - (X) 

N sign of the result 
20 Following access, the address contained in X is 

incremented. 

In reality, by selecting the condition code 0 - 
Never with the ALU code SUB (subtract), the result is 
achieved since the comparison is a subtraction without 
25 modification of the destination. Another example is : 

Tag Sub, A, U 

If the user bit U has been set to 1, the result 
of the subtraction : A -* Tag is placed in A f and the 
state is modified. If U = 0, the result if not saved. 

30 In Fig. 16 has been represented in a partial view 

the multiplexor 51 connected up to the register stack 40 
of the protocol processor represented in Fig. 13. It is 
seen in this figure that CMP (X)+, A is equivalent to SUB 
(X)+, A, Never. The Never condition code selects the 

35 input of the multiplexor 61 which is at the "0" level and 
the pulse WE remains of no effect on the REG. WRITE 
signal which transfers the result from the arithmetic and 
logic unit 43 into the register A 40c. 
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The example above shows the advantage of such a 
structure in relation to a DSP TMS320 C25 in the generat- 
ing of a CRC code. 

Code C25 Number of cycles 

5 LAC R, IS 1 

XOR CRC 1 

ET M.8000 1 

Bz BCR1 2 

LAC POLYGEN 1 

10 XOR CRC 1 

SACL CRC 1 

BCR1 LAC CHC f l 1 

SACL CRC 1 

15 10 



Code PP. Number of cycles 

1) AND K, A, Never 1 

2) AND 8000 , B, Never 1 

3) XOR POLYGEN, B, 2d 1 
20 4) SLL B 1 



The four operations obtained with the aid of the 
protocol processor according to the invention are detail- 
25 ed with reference to Fig. 17. 
OPERATION 1 

This is an AND operation for the 0040 bit with 
the register A 40c (Fig. 13). The re'sult is not written 
to the register A. Bits 2, C, 2d are set in the manner 
30 indicated to the right of the arithmetic and logic unit 
43 (Fig. 17). 
OPERATION 2 

This is an AND logic function for the 8000, B, Ne 

code. 

35 The CRC code is located in the register B 40b, 

the most significant bit MSB, that is to say the bit 8000 
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is tested* 

Z * 1 if the most significant bit of the register 
B is zero, 

Z from the preceding cycle is transmitted to Z" 1 . 
5 OPERATION 3 

XOR POLYGEN , B, Zd. 

The logic operation XOR between the generating 
polynomical and the CRC code is next carried out in the 
arithmetic and logic unit 43. The result is written to 

10 the register B 40b if the bit Zd is equal to 1, Zd being 
defined by the condition Z © Z" 1 . 
OPERATION 4 : SLL B 

The register B 40b (CRC code) is shifted one 
position to the left, 

15 The architecture of the processor oriented 

towards the processing of the protocol which has just 
been described is a very simple structure which is not 
very costly in terms of number of transistors. It makes 
it possible to unburden the main processor of simple 

20 tasks which are poorly suited to its complexity. 

Since the protocol processor and the main proces- 
sor operate in parallel, means of synchronising tasks are 
provided* 

The instruction set is limited in the present 
25 example to 15 so as to simplify the structure. The 
instructions are divided into three groups " Integer r 
Transfer, and Monitoring". In each of these instructions, 
a conditional field makes it possible to select a condi- 
tion for saving the result in the destination register. 
30 The conditions use the bits of the state register 

which have been modified by the results from the preced- 
ing instruction or instructions . 

A bit for validating modification of the state 
makes possible easy functioning in protected mode. 
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CLAIMS 

1. Protocol processor intended to be associated with 
at least one main processor of a system with -a view to 
the execution of tasks to which the main processor is not 

5 suited, characterised in that it comprises a program part 
(30) including an incrementation register (31), a program 
memory (33) connected to the incrementation register (31) 
in order to receive addresses thereof , a decoding part 
(35) intended to receive instructions from the program 
10 memory (33) of the program part (30) with a view to 
executing the said instruction in two cycles, and a data 
part (36) for executing the instruction . 

2. Protocol processor according to Claim 1, charac- 
terised in that the decoding part (35) comprises a 

15 decoder (37) intended, in each cycle , to generate the 
address of a register used in the instruction and/or a 
RAM memory address, the decoder (37) also providing the 
function of monitoring device receiving interrupt signals 
and test and set-up signals (HAS) intended for synchro- 

20 nising the system. 

3. Protocol processor according to one of Claims 1 
and 2, characterised in that the data part (36) consists 
of a bank of registers (40) connected to multiplexers A 
and B (41, 42) which are intended to select the various 

25 registers or the RAM memories at the input of an arith- 
metic and logic unit (43), one operation defined in the 
field of an instruction being executed between two values 
at the inputs of the arithmetic and logic and shift unit 
(43) and the result of this operation being carried 

30 within the same cycle to the intended address contained 
in a memory (44) common to the protocol processor and to 
a main processing unit (45) with which it is associated. 

4. Protocol processor according to one of Claims 1 
to 3, characterised in that an instruction set composed 

35 of at least one field of execution conditions (Figure 10) 
which is intended therefor comprises three classes of 
instructions : 
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- integers corresponding to arithmetic and logic 
operations on integer numbers, 

transfer corresponding to the transfer 
operations between register and memory, 

- monitoring, corresponding to the monitoring of 
all the operations modifying the value of the in- 
crementation register (31). 

5 . Protocol processor according to one of Claims 3 

and 4, characterised in that it further comprises a 
condition monitoring block (60) connected up between the 
monitoring and decoding device (37) and the stack of 
registers (40), the condition monitoring block (60) 
receiving information from the register SW (40d) of the 
stack of registers (40) and from the condition field of 
an instruction to be executed. 
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ABSTRACT 

Protocol processor intended to be associated with 
at least one main processor of a system with a view to 
the execution of tasks to which the main processor is not 
suited, characterised in that it comprises a program part 
(30) including an incrementation register (31), a program 
memory (33) connected to the incrementation register (31) 
in order to receive addresses thereof, a decoding part 
(35) intended to receive instructions from the program 
memory (33) of the program part (30) with a view to 
executing the said instruction in two cycles, and a data 
part (36) for executing the instruction. 
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